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29.09.03 Sy/Ho 

ROBERT BOSCH GMBH, 70442 Stuttgart 



System und Verfahren ziim Testen vo n Steuervorgangen bei einem Fahrzeug 
Stand der Technik 

Die Erfindung geht aus von einem System zum Testen von Steuervorgangen bei einem 
Fahrzeug gemaB den aus dem Stand der Technik nicht bekannten Merkmalen der 
unabhangigen Anspruche. 

Autofahren wird komfortabler, sicherer und umweltfreundlicher, insbesondere dank 
eingebetteter Systeme, sogenannten Embedded-Control-Anordnungen. Dadurch wird das 
Fahrzeug aber auch immer komplexer, und die fur die Funktionssicherheit erforderlichen 
Tests werden immer umfangreicher, was gleichzeitig die Entwicklungszyklen verlangert. 
Der Wettbewerb aber fordert von den Automobilherstellern komplexe, einwandfrei 
funktionierende Systeme in kiirzester Zeit auf den Markt zu bringen. 

Insbesondere dem Test von elektronischen Komponenten, insbesondere von 
Steuergeraten mit deren Software, wachst dabei eine immer grSBer werdende Bedeutung 
zu. Voraussetzung fiir eine hohere Testtiefe bei gleichzeitiger Verkurzung der 
Entwicklungszyklen ist die weitgehende Verlagerung von Tests von der StraBe ins Labor 
sowie die Standardisierung und Automatisierung dieser Tests. Um diese Anforderung 
erfiillen zu konnen bedarf es moderner Entwicklungs- und Testmethoden sowie einer 
optimalen Tool-Unterstiitzung, wie beispielsweise dem LabCar der ETAS GmbH, einem 
Hardware-in-the-loop-Testsystem entsprechend dem Whitepaper "LabCar" von 1999 
release 10/1999 der ETAS GmbH & Co. KG, Stuttgart. 
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Die nachfolgend beschriebene Erfindung soli diese Situation bei Testsystemen beziiglich 
Steuervorgangen bei einem Fahrzeug, insbesondere bei Hardware-in-the-loop- 
Testsystemen wie LabCar verbessern und optimieren. 

Vorteile der Erfindung 

Dazu geht das System und das Verfahren zum Testen von Steuervorgangen bei einem 
Fahrzeug sowie ein entsprechendes Computerprogramm und Computerprogrammprodukt 
von einem auf die zu testenden Steuervorgange reagierenden Simulationsmodell aus, 
wobei vorteilhafter Weise im Simulationsmodell eine Experimentsoftware iibergeordnet 
ist und zwischen der Experimentsoftware und einer die Steuervorgange auslosenden 
Komponente ein Signalverlauf gebildet wird, wobei der Signalverlauf durch wenigstens 
zwei Eingriffspunkte in wenigstens zwei Signale unterteilt wird und wenigstens eine 
Kennung vorgesehen ist, welche die Zuordnung der Signale zu dem Signalverlauf 
ermoglicht. 

Damit ergeben sich vorteilhafter Weise innerhalb eines Testsystems das zur Validierung 
von Entwicklungen im Bereich der Automobilelektronik benutzt wird, die Moglichkeit, 
den Signalfluss oder Signalverlauf durch das Testsystem und iiber das zur Validierung 
anstehende Objekt zu visualisieren, die wahrend eines Tests erfassten Werte dieser 
Signale anzuzeigen und bestimmte Eingriffsmoglichkeiten in den Signalverlauf zu 
ermoglichen. 

Somit werden zum Einen zweckmaBiger Weise die Eingriffspunkte selbst mit Kennungen 
versehen oder die durch die Eingriffspunkte entstehenden Signale. 

Vorteilhafter Weise werden die entstehenden Signale unterschiedlichen Signalgruppen 
zugeordnet und zweckmaBiger Weise diese unterschiedlichen Signalgruppen bzw. die 
diesen zugeordneten Signale optisch dargestellt bzw. visualisiert. 

Damit wird also nicht nur der Signalverlauf bzw. der Signalfluss durch das Testsystem 
darstellbar, sondern auch die wahrend eines Tests erfassten Werte dieser Signale bzw. die 
Signale oder deren Werte entsprechend der Eingriffspunkte. 
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ZweckmaBiger Weise werden dabei die Kennungen im System veranderbar ausgelegt, so 
dass die Signale insbesondere wahrend des Tests verschiedenen Signalverlaufen 
zugeordnet werden konnen und damit optimierte Testszenarien darstellbar sind. 

Dabei ist es insbesondere vorteilhafter Weise moglich, an wenigstens einem 
Eingriffspunkt ein ein solches Signal ersetzendes Signal in den Signalverlauf einzugeben, 
also beispielsweise ein Signal ausgegeben von einem Signalgenerator oder ein konstanter 
Wert, der das urspriingliche Signal ersetzt, im Rahmen eines gewunschten Testszenarios. 

Die vorliegende Erfindung zielt somit darauf ab, die mit der die Steuervorgange 
auslosendenden Komponente verbundenen Signalverlaufe innerhalb des Testsystems zu 
visualisieren, die Werte der entsprechenden Signale anzuzeigen und dem Benutzer 
zusatzliche Funktionalitat zur Verfugung zu stellen, damit er in effizienter Weise das 
Testsystem aufbauen und bedienen kann. 

Zeichnung 

Die Erfindung wird im Weiteren anhand der in der Zeichnung dargestellten Figuren naher 
erlautert. Dabei zeigt 

Figur 1 schematisch eine Steuerung bzw. Regelung innerhalb des Fahrer-Fahrzeug- 
Umweltverbundes. 

Figur 2 zeigt ein erfindungsgemaBes Entwicklungsschema des Testsystems. 

Figur 3 zeigt schematisch einen Signalverlauf bzw. Signalfluss in einem Testsystem mit 
entsprechenden Eingriffspunkten. 

Figur 4 zeigt eine erfindungsgemaBe Signal- bzw. Signalwertdarstellungstabelle. 

In Figur 5 ist eine erfindungsgemaBe mogliche Realisierung der Kennungen durch 
Verwendung eines Kennungsgrafen dargestellt. 

Beschreibung der Ausfiihrungsbeispiele 
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Elektronische Komponenten und Software kommen bei der Entwicklung neuer 
Fahrzeuggenerationen eine immer groBere Bedeutung zu. Sie werden dazu benutzt, urn 
Kosten zu reduzieren und sich gleichzeitig einen Wettbewerbsvorteil beim Endkunden zu 
verschaffen. 

Die Erfindung zielt auf die Entwicklung und die Validierung von Steuervorgange bei 
einem Fahrzeug auslosenden Komponenten insbesondere elektronischen Steuerungen 
bzw. Regelungen oder Reglern im Automobilbereich ab. Die Validierung dieser 
Steuerungen ist ein mitunter recht aufwandiger Prozess, der ohne den Einsatz von 
speziellen Werkzeugen nicht durchgefuhrt werden kann. Diese Werkzeuge oder 
Testsysteme sollen eine Simulation des Fahrzeugs im Labor uber verschiedene Schritte 
im Entwicklungsprozess ermoglichen und somit die elektronische Steuerung oder den 
Regler glauben lassen, er sei im echten Fahrzeug verbaut. 

Ein solcher Regler besitzt typischerweise sehr viele Schnittstellen, d. h. Ein- und 
Ausgange, die mit anderen Komponenten im Fahrzeug gekoppelt sind und damit 
wechselwirken. Bei einem Testsystem, das das Verhalten des realen Fahrzeugs 
nachbilden soil, stellen diese Schnittstellen fur den Anwender ein sehr komplexes 
Gebilde dar, indem man sich nur schwer zurechtfinden kann. Vor diesem Hintergrund ist 
die Erfindung und ihre verschiedenen Auspragungen zu sehen. Die vorliegende 
Erfindung zielt somit darauf ab, dass ein Anwender zum Einen eine Ubersicht uber die 
Komplexitat des Systems behalten kann und die Effizienz beim taglichen Einsatz des 
Systems betrachtlich gesteigert wird. Damit konnen auch Software- und 
Softwareprodukte, die bei einem Testsystem zur Steuerung eines Experiments verwendet 
werden, verbessert werden. 

Bei der Entwicklung von Steuervorgange auslosenden Komponenten, also insbesondere 
von elektronischen Steuerungen und Regelungen im Automobilbereich kann man den 
Signalfluss anhand der Grafik in Figur 1 veranschaulichen. Einzelne Elemente werden 
dabei als Blocke, und die zwischen ihnen bestehenden Signalfliisse als Pfeile dargestellt. 
Dabei ist mit 107 das Fahrzeug selbst syrnbolisiert. Block 100 stellt den Fahrer und Block 
101 die Umwelt dar. Wie in Figur 1 ersichtlich, konnen zwischen den Komponenten 
Fahrzeug, Fahrer und Umwelt zahlreiche Signalfliisse bestehen. Der Fahrer steht in dieser 
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Darstellung stellvertretend auch ftir alle anderen Benutzer einer Fahrzeugfunktion wie 
etwa weitere Passagiere. Zur Umwelt zahlen auch andere Fahrzeuge oder elektronische 
Systeme in der Umgebung des Fahrzeugs, etwa Werkzeuge wie z. B. Diagnosetester, die 
in der Servicewerkstatt mit den elektronischen Systemen des Fahrzeugs verbunden 
werden. Diese logische Systemarchitektur fur Steuerungs-, Regelungs- und 
Uberwachungssysteme gemaB Figur 1 symbolisiert folgenden Ablauf. Der Fahrer bedient 
Hebel oder Schalter im Fahrzeug, z. B. einen Blinker oder das Gaspedal. Dieser 
Fahrerwunsch wird ttber die sogenannten Sollwertgeber 102 an die Steuerungseinheit 
103, also einer die Steuervorgange auslosende Komponente weitergeleitet. Die Steuerung 
103 verarbeitet diese Information und steuert Aktuatoren 104 an. Will beispielsweise der 
Fahrer beschleunigen, wird die Steuerung so Einspritzventile und Drosselklappe steuern, 
dass mehrKraftstoff in den Verbrennungsraum gebracht wird. Die sogenannte Strecke 
oder Regelstrecke 105 ist dann ein Teil des Fahrzeugs, der die Aktion des Aktuators 
verarbeitet, also etwa der Zylinder, der den Kraftstoff verbrennt und das erzeugte 
Moment an das Fahrzeug weitergibt. SchlieBlich werden Sensoren 106 benotigt, die das 
Verhalten des Fahrzeugs oder einzelner Komponenten detektieren. Wenn beispielsweise 
die vom Fahrer gewunschte Geschwindigkeit erreicht ist, wird dies von einem Sensor 
erfasst Der Sensor leitet die von ihm erfasste Information an die Steuerung weiter, damit 
diese darauf reagieren kann. Der Fahrer nimmt nun das Verhalten seines Fahrzeugs wahr 
und wird darauf entsprechend wieder Einfluss nehmen. Naturlich hat dabei auch die 
Umwelt 101 etwa durch Aufientemperatur oder StraBenbelag, Wettereinfliisse wie Regen, 
Schnee oder Wind usw. Einfluss auf das Fahrzeug und den Fahrer. Die Pfeile in Figur 1 
geben somit den Signalfluss in der eben beispielhaft beschriebenen Weise wieder. 

Die Aufgaben eines Testsystems sind nun die folgenden: 

Ein System zum Testen von Steuervorgangen bei einem Fahrzeug muss in der Lage sein, 
alle Einheiten auBer der Steuerung selbst, die in Figur 1 dargestellt sind, zu simulieren. 
Dies kann entweder durch Software erfolgen oder erfordert in manchen Anwendungen 
auch den Einsatz von spezieller Elektronik, Hardware, die die Steuerungseinheit z. B. mit 
genau den elektrischen Signalen versorgt, wie sie im realen Fahrzeug auch auftreten 
wurden. Vom Einsatz dieser Hardware hangt dann auch der Umfang des zugrunde 
gelegten Simulationsmodells ab, welches die Einheiten bzw. die Komponenten der Figur 
1 simuliert. ErfindungsgemaB wird nun das Testsystem mit einer Software ausgerustet; es 
wird also dem Simulationsmodell eine sogenannte Experimentsoftware ttbergeordnet, die 
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dem Benutzer folgendes ermoglicht: Zum Einen, das System zu konfigurieren, d. h. 
grundlegende Einstellungen des Simulationsmodells und der eventuell verwendeten 
Hardware vorzunehmen, des Weiteren die Steuerung in Betrieb zu nehmen, da moderne 
Steuerungen oft mit umfangreichen Diagnosefunktionen ausgerustet sind. Diese 
Funktionen sollen zum Einen feststellen, ob die Steuerung mit nicht plausiblen Signalen 
versorgt wird. Treten solche Falle auf, geht die Steuerung in einen Notlaufzustand Uber, 
der einen Test mit dem Testsystem nicht mehr unbedingt sinnvoll macht Dies bedeutet, 
dass die Experiment-Software den Benutzer unterstiitzen muss, eine Simulation 
durchzufuhren, bei der die Steuerung nicht direkt in einen solchen Notlaufzustand 
ubergeht, aufierdem einen interaktiven Test durchzufuhren, was bedeutet, dass die 
Experimentsoftware Funktionalitat zur VerfUgung stellen muss, die es dem Anwender 
ermoglicht, durch einen Bedien-PC mit dem Testsystem in Wechselwirkung zustehen. 
Und schlieBlich Daten, die wahrend eines Tests anfallen, aufzuzeichnen und zu 
verwalten. Die Position dieser Experimentsoftware sowie die Wechselwirkung, also der 
entstehende Signalfluss bzw. die Signalverlaufe werden spater in Figur 3 noch einmal 
genauer dargestellt. 

Abgeleitet aus Figur 1 hat ein Benutzer nun typischerweise die in Figur 2 dargestellte 
Sicht auf das Testsystem. Darin sind mit Block 200 eine Steuerung, mit Block 201 die 
Signalerfassung, mit Block 202 statische Aktuatormodelle und im Block 203 dynamische 
Aktuatormodelle dargestellt. Block 204 zeigt ein Modell von Strecke, Fahrer und 
Umwelt, welchem mit Block 205 dynamische Sensormodelle, mit Block 206 statische 
Sensormodelle und mit Block 207 die Signalerzeugung nachgeordnet sind. Die Steuerung 

200 hat typischerweise beliebig viele Ein- und Ausgange. Die in Figur 2 dargestellte 
Grafik wird ausgehend von der Steuerung 200 im Uhrzeigersinn verfolgt. Die 
Ausgangssignale der Steuerung werden von einer optionalen Signalerfassung detektiert. 
Liegt die Steuerung als physikalisches Objekt vor, handelt es sich bei der Signalerfassung 

201 beispielsweise urn eine Hardwarekomponente. Danach gibt es eine weitere optionale 
Einheit, die die elektrischen Signale in physikalische Einheiten umwandelt, also z. B. eine 
Spannung in eine Temperatur. Im Anschluss wird in Block 203 das dynamische 
Verhalten des Aktuators im Testsystem nachgebildet. Daran schlieJJt sich eine Simulation 
von Fahrer, Umwelt und dem Rest des Fahrzeugs an, bevor der Signalverlauf uber 
entsprechende Einheiten zur Signalerzeugung, also ein dynamisches Sensormodell 205, 
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ein statisches Sensormodell 206 sowie eine Signalerzeugung 207 zur Steuerung 200 
zuruckgefiihrt wird. 

Die in Figur 2 dargestellten Blocke oder Einheiten sind typischerweise in verschiedenen 
Werkzeugen implementiert. Die Steuerung selbst kann entweder als physikalisches 
Subjekt oder als Modell in einem Simulationswerkzeug vorliegen. Ebenso konnen die 
Blocke Signalerfassung 201 und Signalerzeugung 207 als elektronische Komponenten, 
also in Hardware vorliegen oder in einem Simulationswerkzeug implementiert sein. Die 
ubrigen Bl6cke in Abbildung 2 liegen typischerweise in einem Simulationswerkzeug vor. 
Das Simulationsmodell umfasst somit wenigstens das Modell von Strecke, Fahrer und 
Umwelt sowie die dynamischen Aktuatormodelle und die dynamischen Sensormodelle, 
also die BIScke 203 bis 205 in Figur 2. 

Die Problematik liegt nun zum Einen darin, dass der in Figur 2 dargestellte Signalverlauf 
nicht eindeutig ist. Es besteht vielmehr die Moglichkeit, dass ein Ausgangssignal der 
Steuerung auf mehrere Signalerfassungskanale verschaltet wird, die dann wieder mit 
mehreren statischen Aktuatormodellen verbunden werden usw. Des Weiteren liegt die 
Problematik, der der Anwender des Testsystems ausgesetzt ist, darin, dass die eben 
angesprochenen Simulationswerkzeuge unterschiedlich sein konnen. Dies bedeutet, dass 
z. B. die dynamischen Aktuatormodelle 203 in einem Werkzeug A implementiert sind, 
wahrend die statischen Aktuatormodelle in einem Werkzeug B vorliegen. 

Damit der Anwender des Testsystems effizient arbeiten kann, liegt nun iiber der in Figur 
2 dargestellten Struktur typischerweise eine weitere Softwareschicht, im Folgenden als 
Experimentsoftware bezeichnet, die es ermoglicht, ein Experiment zum Test der 
Steuerung durchzufuhren. Dies bedeutet, dass dem Anwender hier Moglichkeiten zur 
VerfUgung gestellt werden, auf Objekte; also Parameter oder MessgroBen, die die Objekte 
in Figur 2 anbieten, zuzugreifen. 

Der Kern der dargestellten Erfindung beruht nun darauf, dass ein Verfahren 
implementiert wird, das die Schnittstellen der in Figur 2 dargestellten Blocke und die 
Verbindung dieser Blocke untereinander, die im Allgemeinen eben nicht eineindeutiger 
Natur ist, automatisch erkennt und in die eben definierte Schicht der Experimentsoftware 
einliest. Dabei werden diese Schnittstellen im Weiteren auch Eingriffspunkte mit 
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sogenannten Identifiern, d. h. Kennungen versehen, die dann in der Experimentsoftware 
verwendet werden. Ebenso ist es moglich, nicht die Eingriffspunkte mit Kennungen zu 
versehen, sondern die durch die Eingriffspunkte entstehenden Signale, wie in Figur 3 
dargestellt, mit Kennungen zu versehen, welche eine durchgangige Betraehtung erlauben 
und diese dann in der Experimentsoftware zu verwenden. 

Damit kann diese Information dann einem Benutzer entsprechend Figur 4 dargestellt, 
insbesondere visualisiert, werden mit weiteren Moglichkeiten zur Gestaltung, urn 
folgende Moglichkeiten zu erzielen: 

Anhand des in Figur 2 dargestellten Schemas wird es nun ermoglicht, ausgehend von 
einem beliebigen Ein- oder Ausgangssignal eines der dargestellten Blocke, sich den 
kompletten Signalverlauf anzeigen zu lassen. D. h., der Anwender wird nach Aufruf einer 
Funktion eine Ansicht auf den gesamten Signalverlauf inklusive aller Mehrdeutigkeiten 
und Verzweigungspunkte erhalten. Als Anhaltspunkte hierfur dienen die vom Benutzer 
vergebenen Namen der Signale an den Ein- und Ausgangen der in Figur 2 dargestellten 
Blocke, wie nachfolgend anhand der Figuren 3 bis 5 naher erlautert. Des Weiteren wird 
die Moglichkeit zur Verfligung gestellt, anhand der im vorigen Punkt dargestellten 
Ansicht wahrend eines Experiments mit dem Testsystem alle Werte der Signale 
anzuzeigen, also zu visualisieren und optisch darzustellen. Daruber hinaus ist die 
M6glichkeit gegeben, mittels vordefinierter Signalverlaufe in den anhand der im ersten 
Punkt der Moglichkeiten dargestellten Ansicht in den Signalverlauf einzugreifen und 
damit eine benutzerdefinierte Stimulation des entsprechenden Signals vorzunehmen, 
beispielsweise uber einen Signalgenerator oder einen konstanten Wert. Und schlieBlich 
konnen die in Figur 2 auBer der Steuerung selbst dargestellten Blocke parametriert 
werden oder durch entsprechende Blocke, die das gleiche Ein- und Ausgangsverhalten 
besitzen, getauscht werden. Dies schlielJt insbesondere den Fall ein, in dem das Modell 
einer Komponente durch eine reale Komponente ersetzt wird, z. B. das Modell einer 
Drosselklappe durch eine reale Drosselklappe. Damit ist das dargestellte Verfahren und 
das erfindungsgemaBe System unabhangig davon, in welchem Entwicklungsstadium sich 
die Steuerung in Figur 2 befindet, d. h. die Steuerung 200 kann sowohl vollstandig in 
Software vorliegen, in einem physikalischen Steuergerat verbaut sein, oder auch 
Mischformen dieser beiden Moglichkeiten sind denkbar. 
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Figur 3 zeigt nun den Signalfluss bzw. die Signalverlaufe und Zugriff auf Signale in 
einem Testsystem, insbesondere dem in der Einleitung angesprochenen LapCar-System. 
Dabei ist die Simulationssoftware 308 zum Einen aus dem Simulationsmodell 307und 
zum Anderen aus der Experimentsoftware 306 aufgebaut. Die zu testende die 
Steuervorgange ausl6sende Komponente 300, also beispielsweise das Steuergerat oder 
der Regler (hardware- oder softwareimplementiert) steht dabei mit einem Block 301 der 
Hardware und einem Block 302 der Echtzeitein-/ausgabe (real time-i/o) in Verbindung. 
Entsprechend jeder Signalrichtung ist optional zwischen Block 302 und der 
Experimentsoftware 306 je nach Signalrichtung Blocke 303 und 304 eine Open-Loop- 
Configuration OLC. Diese sogenannte Open-Loop-Configuration, dargestellt durch die 
Blocke 303 und 304, kann in den Signalpfad zwischen Modell und Hardware eingegriffen 
werden, und es konnen beispielsweise Signale von einem Signalgenerator 305 oder auch 
Konstantwerte eingespeist werden. Diese Open-Loop-Configuration OLC ist die 
Zwischenschicht zwischen der Modellspezifikation und den Treibern fur die Ein- 
/Ausgabehardware. Die Open-Loop-Configuration hat mehrere Aufgaben. Die 
Hauptaufgabe ist die Wandlung physikalischer Werte in elektrische (fur Signale vom 
Fahrzeugmodell zum Steuergerat) und die umgekehrte Wandlung von elektrischen 
Werten in physikalische Werte (fttr Signale, die vom Steuergerat an das Fahrzeug 
gesendet werden). Dies entspricht im Wesentlichen den Aufgaben, die Sensoren 
(physikalisch in elektrisch) und Aktuatoren (elektrisch in physikalisch) im Fahrzeug 
wahrnehmen. Sensoren und Aktuatoren sind in der Open-Loop-Configuration, also den 
Blocken 303 und 304, modelliert. 
Sensorbeispiel: 

Der physikalische Wert Bremsdruck = 4,3Bar konnte von einem Sensormodell der OLCin 
den elektrischen Wert, also Spannung an einem Drucksensor U£ rems =l,32 V 
umgerechnet werden . 

Aktuatorbeispiel: 

Der elektrische Wert Tastverhaltnis bei der Puls-Weiten-Modulation eines ABS-Ventils 3 
z. B. 0,789 konnte von einem Aktuatormodell der OLC in den physikalischen Wert 
Durchfluss = 0,24 Liter pro Minute umgerechnet werden. Die Hauptfunktion, Sensoren 
und Aktuatoren zu modellieren, ist gleichzeitig die Minimalforderung an eine OLC. Da in 
der OLC von jedem Signal, das zum Steuergerat gesendet oder von diesem empfangen 
wird, sowohl die elektrische wie auch der physikalische Wert vorliegen, eignet es sich 
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ideal als zentrale Stelle, urn Benutzereingriffe an den Signalen vorzunehmen. Hierzu wird 
sowohl bei Sensoren als auch bei Aktuatoren die Moglichkeit bereitgestellt, den 
physikalischen wie auch den elektrischen Wert jeweils in drei Varianten zu beeinflussen; 
Zum Einen direkt, also den Wert 1:1 durchzureichen, zum Anderen konstant den Wert 
manuell auf eine konstante Grofie zu setzen, oder stimuliert, d. h. den Wert aus einem 
Signalgenerator zu beziehen, wodurch Signalverlaufe manuell vorgegeben werden 
konnen. Damit ist die Moglichkeit gegeben, das physikalische Fahrzeugmodell teilweise 
oder komplett von der Real-Time-I/O, also der Echtzeitein-/ausgabe 302 abzukoppeln, 
indem gewiinschte Signale vorgebbar sind. Dadurch werden Regelkreise geoffhet und das 
SteuergerSt ganz oder teilweise nicht mehr im Closed-Loop betrieben, deshalb die 
Bezeichnung Open-Loop-Configuration. Diese Open-Loop-Configuration ist in den 
Signaleigenschaften definiert. Eine Anderung der OLC kann fur ein laufendes 
Experiment sofort giiltig gemacht werden. Bezuglich des Signal verlaufes bzw. des 
Signalflusses in einem solchen Testsystem gibt es erfindungsgemafi drei Stellen, an denen 
au die Signale und deren Eigenschaften zugegriffen werden kann, urn sie zu ermitteln, zu 
visualisieren oder sogar zu verandern. Zum Einen am Eingriffspunkt 312, also den Ein- 
und Ausgangen der Modellsoftware 308, insbesondere der Experimentsoftware 306. An 
dieser Stelle werden die Signale dann Modellsignale MS genannt. 

Ein weiterer Eingriffspunkt sind die Ein- und Ausgange der Open-Loop-Configuration 
bzw. der Real-Time-I/O an den Eingriffspunkten 3 1 1 und 310. An dieser Stelle werden 
die Signale dann Hardwaresignale HWS genannt. 

Die dritte Eingriffsmoglichkeit in diesem Ausfuhrungsbeispiel, also der dritte 
Eingriffspunkt sind die Ein- und Ausgange der die Steuervorgange auslosende 
Komponente, also insbesondere des Steuergerats 300. Dieser Eingriffspunkt ist mit 309 
bezeichnet, und an dieser Stelle werden die Signale Steuergeratesignale SGS genannt. Im 
Prinzip handelt es sich bei Modellsignalen, Hardwaresignalen und Steuergeratesignalen 
um ein und den selben Signalverlauf. Mit den entsprechenden Bezeichnungen wird 
lediglich der Eingriffspunkt im gesamten Signalpfad oder Signalverlauf spezifiziert. 
Somit sind in Figur 3 die Signalpfade oder Signalverlaufe vom und zum Steuergerat, die 
Zugriffsstellen bzw. Eingriffspunkte auf diese und die Punkte, an denen Signale aus dem 
Signalgenerator oder anderweitig eingespeist werden konnen, dargestellt. 
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Somit konnen hieriiber, insbesondere durch die Eingriffspunkte, Signalflusse bzw. 
Signalverlaufe spezifiziert und verfolgt werden, also vom Simulationsmodell iiber die 
Echtzeitein-/ausgabe 302 bis zu den Steuergerateanschlussen und umgekehrt. AuBerdem 
konnen hier Signaleigenschaften ermittelt und editiert werden. Dazu werden 
erfindungsgemaB entweder den Eingriffspunkten selbst oder den dadurch entstehenden 
Signalen Kennungen zugeordnet. 

Durch diese Kennungszuordnung kann ein Signalverlauf uber die Eingriffspunkte 309, 
3 10, 3 1 1 und 312 hinweg verfolgt werden und trotzdem einzelne Signale entsprechend 
der Eingriffspunkte behandelt werden. Dazu werden diese Signale in entsprechende 
Signalgruppen entsprechend des Eingriffspunktes eingeteilt, wie dies in Figur 4 in der 
Tabelle dargestellt ist. Bei Eingriffspunkt 309 erhalt man also Steuergeratesignale SGS, 
die beispielsweise den Steuergeratepins, ECU-Pins (Electronic Control Unit) entsprechen 
hier in Figur 4 ECU1 bis ECU3. Fur unterschiedliche Signalverlaufe sind dann 
beispielsweise mehrere Hardwaresignale vorgesehen, eben bei der Real-Time-I/O 302 
oder hinter dem Open-Loop-Configuration, hier dargestellt als Hardwaresignale HWS, 
RTI/Ol bis RTI/04. Ebenso werden an Eingriffspunkt 3 12 die Modellsignale MS, in . 
diesem Beispiel hier mit Ml bis M5 verwendet. Dabei ist die Anzahl der einzelnen 
Signale in den Signalgruppen willkurlich gewahlt und hangt im Wesentlichen 
entsprechend des jeweiligen Tests von den Signalverlaufen ab. 

In Figur 4 konnen nun diese Signale, wie in dieser Tabelle dargestellt, visualisiert oder 
optisch dargestellt werden, wobei des Weiteren eine Zuordnung zum jeweiligen 
Signalverlauf der Einzelsignale erfolgen soli. Dies wird durch Kennungen erreicht, die 
entweder den Eingriffspunkten zugeordnet werden oder den einzelnen Signalen. 

Eine erste Moglichkeit solcher Kennungen ist beispielsweise, ECU1 mit einer Kennung 
Kl zu versehen, RTI/02 beispielsweise mit einer Kennung Kl , K2 und z. B. Ml mit 
einer Kennung Kl, K2, K3. So kann durch Kennung Kl und Kennung K2 der Signalpfad 
von ECU1 uber RTI/02 zu Ml eindeutig nachvollzogen werden, und es sind die 
genannten Vorteile der Visualisierung der Wertanzeige und der Eingriffsmoglichkeiten 
gegeben. 



- 12 - 



R. 307017 



Eine weitere Moglichkeit der Kennungszuordnung ist ein sogenannter Verknupfungsgraf 
500 entsprechend Figur 5. Darin sind wieder beispielhaft die Signale gemaB der Tabelle 
aus Figur 4, ECU1 bis ECU3, RTI/Ol bis RTI/04 und Ml bis M5 dargestellt. Zur 
einfacheren Darstellung sind nun die Richtungspfeile in beide Richtungen in diesem Graf 
gewahlt. Es kann aber auch hier die Signalrichtung separat dargestellt sein. Entsprechend 
der Wege im Verknupfungsgrafen konnen nun die entsprechenden Kennungen entweder 
den Signalen oder den Eingriffspunkten, hier 502 und 503 zugeordnet sein. Ein einfacher 
Pfad ist beispielsweise ECU1, RTI/Ol und Ml, welchem durchgangig eine Kennung 1 
zugeordnet wird, oder aber, es wird in entsprechenden Schnittstellen zwischen ECU1 und 
RTI/Ol sowie RTI/Ol und Ml jeweils eine Kennung zugeordnet, die die jeweilige 
Zusammengehorigkeit im gesamten Pfadverlauf darstellt. Gleiches gilt fur die Pfade 
ECU2, RTI/02, M2 oder optional ECU2, RTI/02, M3 sowie ECU2, RTI/03, M4 und 
ECU3, RTI/03, M4 oder ECU3, RTI/04, M4. Im Pfad ECU3, RTI/04, M5 ist dann eine 
angesprochene Signalunterbrechung dargestellt, wo mittels Block 501 ein Signal zu M5 
eingekoppelt wird. Dies kann, wie schon angesprochen, ein Signal des Generators 305 
sein oder ein Konstantwert oder ein l:l-Durchreichen. Dieser Eingriff und diese 
Unterbrechung kann auch bei Eingriffspunkt 502 erfolgen. Entweder durch Zuordnung 
eineindeutiger Kennungen entsprechend des jeweiligen Signalpfades oder durch eine 
entsprechende Pfadtabelle zur Nachvollziehung des einzelnen Pfades kann dann eine 
Eingriffsmoglichkeit und Visualisierungsmoglichkeit im Signalfluss erzeugt werden. 
Durch diese Eingriffsmoglichkeiten entsprechend der Eingriff spunkte konnen nun auch 
im jeweiligen Experiment Pfade angepasst, Pfade geandert werden, indem Kennungen 
veranderbar gemacht werden, so dass die Signale im Experiment verschiedenen 
Signalverlaufen zugeordnet werden konnen. Entsprechend dieser Ausfiihrung konnen 
also nun die Signalverlaufe entsprechend Figur 2 visualisiert werden und fur den 
Benutzer entflochten werden. 

Neben dem erfindungsgemaBen System und dem erfindungsgemaBen Verfahren zum 
Testen von Steuervorgangen bei einem Fahrzeug kann die Erfindung auch in einem 
Computerprogramm mit Programmcode ausgefiihrt sein, die es ermoglicht, alle 
erfindungsgemaBen Schritte durchzufuhren, wenn das Programm auf einem Computer 
ausgefiihrt wird. Insbesondere die Kennungsanpassung, die Kennungsveranderung und 
uberhaupt die Schaffung der Eingriffsmoglichkeit kann vorteilhafter Weise durch ein 
Computerprogramm mit Programmcode realisiert sein. 
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Abgeleitet davon kann dieses Computerprogramm natiirlich auch auf einem 
Computerprogrammprodukt mit Programmcode, der auf einem maschinenlesbaren Trager 
gespeichert ist und zur Durchftihrung des erfindungsgemaJJen Verfahrens dient, wenn das 
Programm auf einem Computer ausgefuhrt wird, realisiert sein. Solche 
maschinenlesbaren Trager sind beispielsweise Speicherbausteine wie EPROM, Flash- 
EPROM, ROM, ROM, EEPROM usw., aber auch CD-ROM, DVD, Diskette und 
ahnliche maschinenlesbare Trager, wie auch die Moglichkeit des Einlesens des 
Programms via Texterkennung in ein Computersystem. So kann die Erfindung als 
Softwareprodukt eingesetzt werden. Damit ist die Moglichkeit gegeben, innerhalb eines 
Testsystems, das zur Validierung von Entwicklungen im Bereich der 
Automobilelektronik benutzt wird, die Signalverlaufe bzw. den Signalverlust durch das 
Testsystem und ttber das zur Validierung anstehende Objekt zu visualisieren und die 
wahrend eines Tests erfassten Werte dieser Signale anzuzeigen und bestimmte 
Eingriffsmoglichkeiten in den Signalverlauf zu ermoglichen. 
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29.09.03 Sy/Ho 

ROBERT BOSCH GMBH, 70442 Stuttgart 



Anspriiche 

1 . System zum Testen von Steuervorgangen bei einem Fahrzeug, mit einem auf die zu 
testenden Steuervorgange reagierenden Simulationsmodell, wobei dem Simulationsmodell 
eine Experimentsoftware ubergeordnet ist und zwischen der Experimentsoftware und einer 
die Steuervorgange auslosenden Komponente ein Signalverlauf gebildet wird, wobei der 
Signalverlauf durch wenigstens zwei Eingriffspunkte in wenigstens zwei Signale unterteilt 
wird und wenigstens eine Kennung vorgesehen ist, welche die Zuordnung der Signale zu dem 
Signalverlauf ermoglicht. 

2. System nach Anspruch 1, dadurch gekennzeichnet, dass die Eingriffspunkte mit 
Kennungen versehen werden. 

3. System nach Anspruch 1, dadurch gekennzeichnet, dass die durch die 
Eingriffspunkte entstehenden Signale mit Kennungen versehen werden. 

4. System nach Anspruch 1, dadurch gekennzeichnet, dass die entstehenden Signale 
unterschiedlichen Signalgruppen zugeofdnet werden 

5. System nach Anspruch 4, dadurch gekennzeichnet, dass die die Signale 
enthaltenden unterschiedlichen Signalgruppen optisch dargestellt werden. 
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6. System nach Anspruch 1, dadurch gekennzeichnet, dass die Kennungen veranderbar 
sind und so die Signale verschiedenen Signalverlaufen zugeordnet werden konnen. 

7. System nach Anspruch 1, dadurch gekennzeichnet, dass an wenigstens einem 
Eingriffspunkt ein ein Signal ersetzendes Signal in den Signalverlauf eingegeben werden 
kann. 

8. Verfahren zum Testen von Steuervorgangen bei einem Fahrzeug, mit einem auf die 
zu testenden Steuervorgange reagierenden Simulationsmodell, wobei dem Simulationsmodell 
eine Experimentsoftware ubergeordnet ist und zwischen der Experimentsoftware und einer 
die Steuervorgange auslosenden Komponente ein Signalverlauf gebildet wird, wobei der 
Signalverlauf durch die Verwendung wenigstens zweier Eingriffspunkte in wenigstens zwei 
Signale unterteilt wird und wenigstens eine Kennung verwendet wird, welche die Zuordnung 
der Signale zu dem Signalverlauf ermoglicht. 

9. Computerprogramm mit Programmcode zur Durchfuhrung aller Schritte nach 
Anspruch 8, wenn das Programrh auf einem Computer ausgefuhrt wird, 

1 0. Computerprogrammprodukt mit Programmcode, der auf einem maschinenlesbaren 
Trager gespeichert ist zur Durchfuhrung des Verfahrens nach Anspruch 8, wenn das 
Programm auf einem Computer ausgefuhrt wird. 
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System und Verfahren zum Testen von Steuervorganeen bei einem Fahrzeug 
Zusammenfassung 

System zum Testen von Steuervorgangen bei einem Fahrzeug, mit einem auf die zu 
testenden Steuervorgange reagierenden Simulationsmodell, wobei dem 
Simulationsmodell eine Experimentsoftware ubergeordnet ist und zwischen der 
Experimentsoftware und einer die Steuervorgange auslosenden Komponente ein 
Signalverlauf gebildet wird, wobei der Signalverlauf durch wenigstens zwei 
Eingriffspunkte in wenigstens zwei Signale unterteilt wird und wenigstens eine Kennung 
vorgesehen ist, welche die Zuordnung der Signale zu dem Signalverlauf ermoglicht. 
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